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(54) Print data generation system and corresponding method for use with a printing system 



(57) A print data generation system is provided that 
is compatible with any of a plurality ot printers of a print- 
ing network. A print driver of the print data generation 
system interprets configuration information indicating 
the processes required for using a particular selected 
printer, and loads the processes from a storage section 



to memory. The processes are then executed in the ap- 
propriate manner to render the print driver compatible 
with the selected printer. The print driver can thus be 
made compatible with any of the printers in the network 
by loading and executing the appropriate processes in 
the appropriate manner. 
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Description 

Field of the Invention 

The present invention relates to a system and cor- s 
responding method for generating data to control print- 
ing by any one of a number of printers in a printing net- 
work. More particularly, the present invention relates to 
a system and corresponding method which uses com- 
binations of data generating programs to generate data io 
for controlling any of a plurality of printers of a printing 
network which is configured, for example, as a local area 
network (LAN). 

Description of the Related Art is 

Printing networks are known which comprise a plu- 
rality of printers and a plurality of host computers con- 
nected by a network, such as a LAN, so that the com- 
puters can share the printers. In this type of printing sys- 20 
tern, a user selects from among the printers on the net- 
work a desired printer appropriate for the type of data 
being printed. A printer driver related to the selected 
printer generates print data and transmits the print data 
to the printer, which prints the data in the appropriate 2s 
manner. 

The type of printing system described above has 
certain disadvantages. For example, the printers nor- 
mally are in a one-to-one correspondence with the print- 
er drivers, and thus must be configured for use with its 30 
respective printer in advance of printing, which requires 
considerable time and effort. Since numerous types of 
printers are now available, it is possible to incorrectly 
configure the printer driverfor a particular printer if care 
is not taken. 

In an attempt to mitigate this problem, printer drivers 
have been developed which are pre-configured to be 
compatible with different types of printers. To associate 
this type of printer driver with a particular type of printer 
in the network, that type of printer can be selected, for 
example, from a list of compatible printers provided by 
the driver. However, if a new printer which is not on the 
list of compatible printers is connected to the network 
as an additional printer or in place of an existing printer, 
the printer driver must be reconfigured to function with 
this new printer. 

A continuing need therefore exits for a printing net- 
work having a plurality of printers that can easily be se- 
lected for printing, and to which additional printers can 
be added without the need for reconfiguring the print 
drivers to operate with the new printers. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide a 
system for generating print data in a manner compatible 
for use by a plurality of printers in a printing system. 

Another object of the present invention to provide a 



print data generation system for use with a printing net- 
work comprising a plurality of printers, and which in- 
cludes execution modules that generate print data com- 
patible with the printers in the printing network. 

These and other objects of the invention are 
achieve by providing a print data generation system, for 
use with a printer network including a plurality of print- 
ers, comprising a plurality of execution modules and a 
print data generator. Each of the execution modules in- 
cludes data representing print functions of at least one 
printer that is selected from among the printers in the 
network. The print data generator is controlled to exe- 
cute certain of the execution modules in association with 
each other to generate print data for printing by the se- 
lected printers in the network. Therefore, by executing 
the appropriate execution modules in the appropriate 
manner, the print data generation system is made com- 
patible with any of the printers in the network. 

The print data generator further comprises a mod- 
ule calling element which selects that appropriate exe- 
cution module for execution based on module configu- 
ration information provided by the selected printers. The 
print data generator also includes a module configura- 
tion information requester which requests the module 
configuration information from the selected printers, and 
determinator which determines whether all of the nec- 
essary execution modules are registered with a man- 
agement table. If some of the necessary execution mod- 
ules are not registered, the requestor obtains those of 
execution modules via the network. Alternatively, the 
print data generator generates the print data by execut- 
ing only the registered modules, so that the selected 
printers print with limited print capability. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects and advantages of the in- 
vention will become more apparent and more readily ap- 
preciated from the following detailed description of the 
presently preferred exemplary embodiments of the in- 
vention taken in conjunction with the accompanying 
drawings, of which: 

Fig. 1 is a functional block diagram illustrating cer- 
tain functional components of a printing system ac- 
cording to an embodiment of the present invention; 
Fig. 2 is a more detailed block diagram of a printing 
system according to an embodiment of the present 
invention; 

Fig. 3A is a schematic representation of a first man- 
agement table employed by the printing system 
shown in Fig. 2; 

Fig. 3B is a schematic representation of a second 
management table employed by the printing system 
shown in Fig. 2; 

Fig. 4 is a schematic representation of module con- 
figuration data employed by the printing system 
shown in Fig. 2; 
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Fig. 5 is a flowchart illustrating an example of steps 

performed by the printing system shown in Fig. 2 to 

set the print driver of the system; 

Fig. 6 is a flowchart illustrating an example of steps 

performed by the printing system shown in Fig. 2 to 

configure the print driver of the system; 

Fig. 7 is a flowchart illustrating an example of the 

steps performed by a printer in the system shown 

in Fig. 2; 

Fig. 8 is a flowchart illustrating another example of 
the steps performed the system shown in Fig. 2 for 
configuring a print driver of the system; and 
Fig. 9 is a flowchart illustrating another example of 
the steps performed by the system shown in Fig. 2 
to configure the print driver of the system. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Fig. 1 is a functional block diagram representing an 
example of a print data generating system according to 
an embodiment of the present invention. The print data 
generation system 1 comprises at least one execution 
module 2, which is an execution program that enables 
a printer to perform a particular print function, such as 
a color print function, a page print function, a high-den- 
sity print function, a double-sided print function, and so 
on. 

The print data generation system 1 further compris- 
es a print data generator 3 which executes the appro- 
-priate execution modules 2 to generate print data for a 
-particular printer. That is, the print data generator 3 ex- 
ecutes only those execution modules necessary to gen- 
erate the print data to be transmitted to a selected printer 
to control printing by that printer. 

For example, a monochrome page printer requires 
the execution of a print function which generates data 
that controls the printer to print the print data in page 
format, and a monochrome image print function which 
generates data that controls the printer to print the data 
as monochrome characters. Therefore, when generat- 
ing data to control a monochrome page printer, the print 
data generator 3 executes the execution modules nec- 
essary to create print data which controls the mono- 
chrome page printer to print monochrome print charac- 
ters in page format. 

The p rint data generator 3 includes a module calling 
element 4, a configuration information request element 
5, a first management table 6, a first determinated 7, a 
second management table 8, a second determinator 9, 
and an execution module requestor 1 0. The module call- 
ing element 4 calls for the execution of the appropriate 
execution modules 2 as required by the selected printer 
(e.g., printer 11) based on module configuration infor- 
mation corresponding to the selected printer 11 , so that 
the called execution modules 2 are executed in associ- 
ation with each other to generate the print data to be 
transmitted to the selected printer 11. 



For example, text data generated by an application 
program, such as a document preparation software pro- 
gram, is transmitted to a user-selected printer 11. Infor- 
mation indicating the execution modules 2 required for 
5 printing at the selected printer is contained in the module 
configuration information provided, for example, by the 
selected printer 11 . The module calling element 4 calls 
the necessary execution modules 2 based on the mod- 
ule configuration information, and the print data gener- 
io ator 3 executes the called execution modules 2 to gen- 
erate the print data. The print data is provided to the 
selected printer 11 to control the printer to print the text 
represented by the text data. 

According to the invention, although the print data 
is generator 3 has been made compatible with printer 11 , 
the print data generator 3 does not assume a specific 
functional configuration until the printer 11 is selected. 
When the printer 11 is selected, the module calling ele- 
ment 4 of the print data generator 3 call for execution of 
20 the execution modules 2 necessary to generate print da- 
ta for controlling the selected printer 1 1 . Therefore, by 
executing different execution modules 2 as appropriate, 
the print data generator 3 can generate different config- 
urations of print data which is compatible with different 
25 types of printers in the printer network. 

As mentioned above, the print data generator 3 fur- 
ther includes a configuration information request ele- 
ment 5 which requests (e.g., from the selected printer 5 
or another source as discussed below) the module con- 
30 figuration information corresponding to the selected 
printer 11. If the module configuration information cor- 
responding to the selected printer 1 1 is not provided, the 
configuration information request element 5 makes a 
further request for the module configuration information 
35 which identifies the execution modules 2 required for 
controlling the print functions of the selected printer 11 . 

For example, the configuration information request 
element 5 can control a display unit (not shown) to dis- 
play a message indicating that the necessary module 
40 configuration information is not available, and request- 
ing a user to enter the configuration information. Alter- 
natively, the configuration information request element 
5 can control the selected printer 11 to print a message 
requesting that the user provide the module configura- 
45 tion information for that printer 11 . 

The first management table 6 of the print data gen- 
erator 3 manages the module configuration information, 
and the first determinator 7 determines whether or not 
the module configuration information corresponding to 
so the selected printer 11 is registered in the first manage- 
ment table 6. If the first determinator 7 determines that 
the module configuration information is not registered, 
the configuration information request element 5 pro- 
vides a request for the unregistered module configura- 
55 tion information to, for example, the selected printer 11 . 

That is, when the printer 11 is selected, the first de- 
terminator 7 references the first management table 6, 
and determines whether or not the module configuration 
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information corresponding to the selected printer 11 is 
registered. If the module configuration information cor- 
responding to the selected printer is not registered, the 
configuration information request element 5 communi- 
cates with the selected printer 11 , and sends a request 
for the module configuration information to the printer 
11. The new module configuration information returned 
from the printer 1 1 is registered in the first management 
table 6. 

Therefore, it is not necessary to include the module 
configuration information in the print data generation 
system 1. Rather, if a new printer is connected to the 
network, or an existing printer is replaced with another 
printer, the necessary module configuration information 
for the new or replacement printer can be easily ob- 
tained from those printers in the manner described 
above. The module configuration information that has 
been obtained and registered with the first management 
table 6 can be read and interpreted when the new or 
replacement printer is selected for printing, and the nec- 
essary execution modules 2 can be called promptly. 

The second management table 8 of the print data 
generator 3 manages the execution modules 2, and the 
second determinator 9 determines whether or not the 
execution module to be called is registered with the sec- 
ond management table 8. If the second determinator 9 
determines that the execution module to be called is not 
registered, the execution module requestor 10 provides 
a request for the unregistered execution module. 

That is, the second determinator 9 references the 
second management table 8, and determines whether 
or not the execution module 2 indicated in the module 
configuration information has been provided If the ex- 
ecution module 2 is not registered, the execution mod- 
ule requestor 10 provides a request for the execution 
module 2 to, for example, the selected printer 11, or to 
another host computer, a server or a printer (all not 
shown) connected to the network. Once the requested 
execution module 2 has been obtained, it is registered 
with the second management table 8. Therefore, if a 
new printer is connected to the network, only unregis- 
tered execution modules need to be obtained in the 
manner described above. 

Furthermore, if the second determinator 9 deter- 
minesthat the execution module to be executed has not 
been registered with second management table 8, in- 
stead of the execution module requestor 10 requesting 
that that execution module be provided, the module call- 
ing element 4 can call for execution only those execution 
modules 2 that have already been provided. By doing 
this, the selected printer 1 1 performs only the print func- 
tions designated by the available execution modules 2. 
Hence, the selected printer 1 1 operated with limited print 
capabilities. 

For example, if the selected printer 11 is capable of 
high-resolution printing but the execution module 2 re- 
quired for generating high-resolution print data cannot 
be obtained, the high-resolution print function cannot be 



used. However, if an execution module 2 for generating 
low-resolution print data is obtained, the high-resolution 
printer can be used limitedly as a low-resolution printer. 
If a printer 1 1 capable of color printing is selected, it can 
s also be used as a monochrome printer if an execution 
module for generating monochrome print data is provid- 
ed. Thus, printer use efficiency can be enhanced by call- 
ing the execution modules 2 required for using the lim- 
ited print functions of all print functions provided by the 
io printer 11. 

As further shown in Fig. 1 , printer 1 1 includes a print 
engine 12 that is controlled to print based on the input 
print data, a module configuration information storage 
1 3 for storing module configuration information contain- 
ts ing information on execution modules required for the 
functions of the printer 11, and a module configuration 
information transmitter 1 4 for reading the stored module 
configuration information and transmitting it to the party 
requesting the module configuration information. The 
20 printer further includes execution module storage 1 5 for 
storing all or some of the execution modules, and exe- 
cution module transmitter 16 for reading the requested 
one of the stored execution modules and transmitting 
that execution module to the party requesting the exe- 
25 cution module. 

As discussed above, the printer 11 stores informa- 
tion on the execution modules required for using the 
print functions provided by the printer as module config- 
uration information. For example, if the printer 11 is new- 
30 |y connected to the network, each of the host computers 
(not shown) sharing the printer 11 makes a request for 
getting the module configuration information. 

In response to the information request, the module 
configuration information transmitter 14 reads the mod- 
35 ule configuration information from the module configu- 
ration information storage 1 3 and transfers the informa- 
tion to the requesting party, such as the host computer. 
Therefore, if the host computer, for example, does not 
previously obtain the module configuration information, 
40 the module configuration information is transferred from 
the printer 11 to the host computer, which then can use 
the printer 11. The print data input from the host com- 
puter is printed by the print engine 12. 

Although the printer 11 comprises the execution 
45 modules required for using the print functions provided 
by the printer the printer 11 need not comprise all nec- 
essary execution modules. If the host computer com- 
prises standard execution modules, the printer 11 needs 
only to store certain execution modules. To effectively 
so use the memory resources of the printer 11 , it is prefer- 
able that the printer 11 store only some of the execution 
modules of all required execution modules. Upon re- 
ceiving a request from the host computer for an execu- 
tion module not existing in the host computer, the exe- 
ss cution module transmitter 1 6 reads the requested exe- 
cution module from the execution module storage 15, 
and provides the execution module to the host compu- 
ter. 



4 



7 



EP 0 890 897 A2 ' 



8 



As discussed above, when a user selects the printer 
11, the configuration information request element 5 of 
the print data generation system 1 sends a request for 
module configuration information to the selected printer 
1 1 . In response to the request: the module configuration 
information transmitter 14 reads the module configura- 
tion information from the module configuration informa- 
tion storage 1 3 and transmits the information to the print 
data generation system 1. 

The module calling element 4 in the print data gen- 
eration system 1 interprets the module configuration in- 
formation input from the printer 1 1 , and calls for execu- 
tion the execution modules 2 indicated in the module 
configuration information. The print data generator 3 ex- 
ecutes the called execution modules 2 to generate print 
data. The generated print data is transmitted to the print- 
er 11, and is printed by the print engine 12. 

Thus, the user needs only to previously relate the 
print data generator 3 to one or more printers 11. If one 
of the printers 1 1 is selected, communication occurs be- 
tween the printer 11 and the print data generation sys- 
tem 1, and necessary execution modules 2 are called 
for execution to configure the print data generator 3 ap- 
propriately. Therefore, it is not necessary to previously 
relate the print data generation system 1 and a specific 
selected printer 11 to each other to achieve an optimum 
print data generation environment for the selected print- 
er 11. 

It is noted that a computer-readable recording me- 
dium in, for example, the host computer (not shown) can 
have a program stored thereon which causes the host 
computer to generate text data and selecting a printer 
11 for printing in the manner described above. That is, 
the host computer can control access to the first man- 
agement table 6 to determine whether module configu- 
ration information corresponding to the selected printer 
1 1 is registered. The host computer can control the con- 
figuration information request element 5 to send a re- 
quest for the module configuration information corre- 
sponding to the printer 11 to the printer 11 if it is deter- 
mined that the module configuration information is not 
registered in the second management table 8. Also, if 
an unregistered execution module is required, the host 
computer can control the execution module requestor 
10 to provide a request for the unregistered execution 
module. The computer can further call the necessary ex- 
ecution modules for execution based on the module 
configuration information, to generate print data to be 
transmitted to the printer 1 1 from the print data generator 
3. 

A more specific description of a printing system ac- 
cording to an embodiment of the present invention will 
now be provided with reference to Figs. 2-7. 

As shown in Fig. 2, the printing system comprises 
a print data generation system 21 that includes a graph- 
ics device interface (GDI) 22, an application program 23, 
a printer driver 24 which includes a core driver 24A and 
an execution module section 24B. a print processor 25, 



a print request router 26, a storage section 27, a network 
printer provider 28, a network connection section 29, 
and another storage section 30 which stores a first man- 
agement table 31 , a second management table 32. and 

s an execution module group 33 comprising a plurality of 
execution modules such as those described above. As 
described below in more detail, a personal computer, a 
workstation, or the like, is used as the print data gener- 
ation system 21 . 

10 The graphics device interface (GDI) 22 is an appli- 
cation program interface (API) for executing data com- 
munication between an application program 23, such as 
a document preparation software program, and a printer 
41 which is described in more detail below. The GDI 22 

is is operatively associated with a device independent bit 
map (DIB) engine (not shown) for generating image da- 
ta. 

The printer driver 24 generates print data to be out- 
put to the printer 41 . The printer driver 24 is connected 
20 to the GDI 22 and converts image data into print data 
that can be interpreted by the printer 41 in response to 
a drawing instruction from the GDI 22. 

As mentioned above, the printer driver 24 includes 
a core driver 24A whose function is essentially the same 
25 as that of the print data generator 3 shown in Fig. 1 as 
described above. The printer driver 24 further includes 
the execution module section 24B consisting of execu- 
tion modules that are called by the core driver 24A. The 
core driver 24A calls for execution those execution mod- 
30 ules specified by module configuration information that 
has been provided. The execution modules called for 
execution are included in the execution module group 
33 of the storage section 30. 

By executing these execution modules, the print da- 
35 ta generation system 21 achieves a functional configu- 
ration compatible with the selected printer41 . Again, the 
core driver 22A itself does not perform a print data gen- 
eration function, but rather calls for execution the nec- 
essary execution modules to properly configure the 
40 printer driver 24 for the selected printer. 

The print data generated by the printe r driver 24 is 
input via the GDI 22 to the print processor 25 via which, 
the print data is input to the print request router 26. ThaL 
Js, the print proces~sor'25f uncuonsaTa buff er ' | ortrans- 
45 ferrinq the print data. 

The print request router 26 routes the print data to 
its transfer destination. F or example, the print request 
router 26 stores print data in a spool file in the storage 
section 27, or transfers the print data stored in the spoo l 
50 file to the network printer provider 28. 

That is, the print request router 26 stores the gen- 
erated print data in a spool file in the storage section 27 
until the time comes to print the print data comes. The 
print request router 26 then transfers the print data in 
55 the storage section 27 to the network printer provider 28 
together with the network address of the selected printer 
41 . The network printer provider 28 functions as an in- 
terface for transferring the print data to the network con- 
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nection section 29, and thus the print data input to the 
network printer provider 28 is transmitted through the 
network connection section 29 to the selected printer 41 . 

The network connection section 29 is provided tor 
two-way communication with the printer 41 over a com- 5 
munication line 100. Specifically, the network connec- 
tion section 29 comprises protocols including TCP/IP 
(Transmission Control Protocol/Internet Protocol), and 
so on. 

As described above, the storage section 30 stores 
a first management table 31 , a second management ta- 
ble 32, and the above-mentioned execution module 
group 33 comprising a plurality of execution modules. 
As shown in FIG. 3A. the first management table 31 
manages the names of printers connected to the com- 
munication line 100 (PR), the names of module config- 
uration information corresponding to each printer (SI), 
and module configuration information storage address- 
es (ADRsi) in relation to each other. 

As shown in FIG. 3B, the second management table 

32 manages the execution module names and the exe- 
cution module storage addresses in a one-to-one cor- 
respondence with each other. Therefore, the core driver 
24A can detect the execution modules required for the 
selected printer by interpreting the user-selected mod- 
ule configuration information and calling the required ex- 
ecution modules from the execution module group 33 
by referencing the second management table 32. The 
core driver 24A then loads the execution modules into 
the memory for configuring the optimum printer driver 
24 for the printer. 

As described above, the execution module group 

33 is a module library storing a plurality of execution 
modules. The following execution module registration 
methods in the execution module group 33 are availa- 
ble. 

In one example, only main execution modules are 
previously stored, and if any execution module other 
than the basic execution modules is requested, a new 
execution module is retrieved, for example, from re- 
sources on the network and is added to the execution 
module group 33. In this first method, the main execu- 
tion modules are previously provided, so that the printer 
driver 24 corresponding to a general printer widely avail- 
able can be configured promptly. 

Alternately, no execution modules are previously 
stored in the execution module group 33, and only nec- 
essary execution modules are stored by retrieving them 
from, for example, resources on the network. In this sec- 
ond method, the execution modules are accumulated in 
response to the print environment that can be used by 
the user. Hence, unnecessary execution modules need 
not be stored, and the memory resources can be used 
efficiently. 

The module configuration information indicates in- 
formation on the execution modules required for using 
various print functions of each printer as shown in FIG. 
4, and acts as a design instruction of a specificf unctional 



configuration of the printer driver 24. The execution 
module names corresponding to the print functions are 
described in the module configuration information. 

The print functions include, for example, a color 
print function, a page print function, a high-density print 
function, a double-sided print function, and so on. The 
print functions of each printer vary depending on the 
specifications of the printer. For example, a mono- 
chrome page printer has a print function in page units, 
a monochrome image data print function, and so on, and 
a color ink jet printer has a serial print function, a mon- 
ochrome image print function, a color image print func- 
tion, and so on. 

As described above, the module configuration infor- 
mation indicates the execution modules for providing 
the print functions. The execution module is a program 
to use each print function. For example, to use the print 
function in page units, the execution module for gener- 
ating print data in page units is required. To use the color 
image print function, the execution module for generat- 
ing color image data is required. 

The printer 41 shown in Fig. 2 will now be described. 
The printer 41 comprises a network m pnftction section 
42, an input buffer 43, an interpretation sectio n 44, a 
drive control section 45, a print engine 46, a communi- 
cation control section 47, an d a storage section 48 de- 
scribed later. The network connection section 42 is pro- 
vided for two-way communication with the print data 
generation system 21 over the communication line 100 
in a manner essentially similar to that of the network con- 
nection section 29 of the print data generation system 
21. 

The input buffer 43 temporarily, stores printdata in- 
put from-to jeLjarjaLd ata-Qeneration system 21, and the 
interpretation section 44 interprets the print data and 
converts it into bit image data. The drive control section 
45 controls driving the print engine 46 based on the print 
data. The print engine 46 forms dots, for example, on a 
print recording medium for printing. The print engine 46 
can be a laser print engine, an ink jet print engine, a 
thermal transfer print engine, or any other type of print 
engine. 

The communication control section 47 is provided 
for two-way communication with the core driver 24A, 
and is thus essentially similar in operation to the module 
configuration information transmitter 14 and execution 
module transmitter shown in Fig. 1 . That is, the commu- 
nication control section 47 transmits module configura- 
tion information in response to a request from the core 
driver 24A, and transmits execution modules in re- 
sponse to a request from the core driver 24A. 

The module configuration information correspond- 
ing to the printer 41 and all or some of the execution 
modules specified by the module configuration informa- 
tion are stored in the storage section 48, which can in- 
clude, for example, a flash ROM, a hard disfc-u ofoor the 
like. That is, the module configuration information stored 
in the storage section 48 contains information on the ex- 
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ecution modules required for using the print functions of 
the printer 41. 

The following two execution module storing meth- 
ods in the storage section 48 are available. 

In one method, all the execution modules required 
for t he printer 41 are stored in the storage section 48. 
In a secon d method, only some of the execution mod - 
ules required for the printer 41 are stored in the storage 
section 48*7 "~~ 

In the first method, since all the necessary execu- 
tion modules are stored, the printer does not depend on 
the contents of the execution module group 33 in the 
print data generation system 21. However, the memory 
consumption amount of the storage section 48 increas- 
es. In the second method, only some execution modules 
and preferably, only featured execution modules are 
stored. Thus, the memory consumption of the storage 
section 48 is decreased, although basic execution mod- 
ules other than the execution modules in the storage 
section 48 need to be previously stored in the execution 
✓module group 33 in the print data generation system 21 . 

An example of the operation of the system shown 
in Fig. 2, for example, will be discussed with reference 
to Figs. 5-7. 

As described above, Fig. 5 is a flowchart illustrating 
a driver setting processing for relating the core driver 
24A to the printer 41 . In step S1 , the user selects a de- 
sired network, and lists the printers connected to the net- 
work on a display unit, for example. Next, in step S2, the 
user selects a desired printer from among the listed 
printers based on the print contents and so on. 

When the user selects, for example, the manufac- 
turer name of the selected printer, printer drivers provid- 
ed by the manufacturer are listed in step S3 on, for ex- 
ample, the display unit. Then, the user selects core driv- 
er 24A from among the printer drivers in step S4. In step 
S5, the user relates the printer selected in step S2 and 
the core driver 24A selected in step S4 to each other, 
and completes the driver setting processing. 

As stated above, the core driver 24A is related to 
the selected printer in step S4. However, if the user pre- 
cisely determines the printer driver related to the select- 
ed printer, the user need not select the core driver 24A. 
However, since the types of printer drivers cover a broad 
spectrum, it is difficult to relate a specific printer driver 
to a specific printer. Therefore, this determination can 
be avoided by specifying the core driver 24A 

Furthermore, in the flowchart of Fig. 5, the printer is 
selected before the manufacturer name is selected. 
However, the invention is not limited to this order of op- 
eration. For example, a manufacturer name may first be 
selected, and the printers provided by the manufacturer 
may then be listed for selecting a printer from among 
the listed printers. 

Fig. 6 is a flowchart illustrating the process of con- 
figuring the printer driver 24 by the core driver 24A. 
When a print command is given, the core driver 24A de- 
tects the selected printer 41 in step S11. In step S12, 
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the core driver 24A looks up the selected printer 41 in 
the first management table 31 , and determines whether 
or not the module configuration information correspond- 
ing to the printer 41 is registered. 

s If the module configuration information of the select- 
ed printer 41 is not registered in the first management 
table 31 , processing proceeds to step S13 at which the 
core driver 24A sends a request for the module config- 
uration information to the printer 41. In step S14, the 

io module configuration information returned by the com- 
munication control section 47 of the printer 41 in re- 
sponse to the module configuration information getting 
request is received. 

On the other hand, if the module configuration in- 

T5 formation of the selected printer 41 is registered in the 
first management table 31, steps S13 and S14 are 
skipped. 

The core driver 24A then searches the second man- 
agement table 32 in step SI 5 based on the module con- 
20 figuration information, and determines in step S16 
whether all the execution modules specified by the mod- 
ule configuration information are registered in the stor- 
age section 30. 

If all the execution modules indicated in the module 
2S configuration information are registered in the execution 
module group 33, the indicated execution modules are 
loaded from the execution module group 33 to the mem- 
ory in step S17. At step S18, a NO is returned until all 
the indicated execution modules are loaded. When all 
30 the indicated execution modules are loaded, YES is re- 
turned at step SI 8 and the printer driver 24 appropriate 
for the printer 41 is completed. 

Print data is generated by the printer driver 24 con- 
figured for the printer 41 in step S19, and the manage- 
rs ment tables 31 and 32 are updated at step S20, whereby 
the new module configuration information received at 
step S14 is registered in the first management table 31 . 
Therefore, if the printer 41 is again selected, the process 
of sending a request for getting the module configuration 
40 information is skipped. 

On the other hand, if the execution modules indicat- 
ed in the module configuration information are not com- 
plete in the execution module group 33, NO is returned 
at step S16. In step S21 , the user is notified, for exam- 
45 pie, on the display unit, that unregistered execution 
modules exist among the necessary execution mod- 
ules. At this step, the printers that can be used with the 
current execution module group 33 can also be listed in 
addition to the names of the unregistered execution 
so modules. 

Next, the core driver 24A determines in step S22 
whether the user has selected another printer. If the user 
selects another printer, the processing returns to step 
S11. . 

ss However, if the user does not select another printer, 
the minimum necessary execution modules are loaded 
in step S23 from the execution module group 33 to the 
memory to use the first selected printer 41 for limited 
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printing. When all execution modules used for limited 
printing at the printer 41 have been loaded into the mem- 
ory, YES is returned at step S24 and processing pro- 
ceeds to step S1 9. That is, for example, a high-resolu- 
tion printer can be used as a low-resolution printer, a s 
printer capable of color printing can also be used for 
monochrome printing. Therefore, it the user wants to 
use the first selected printer 41, the printer 41 is used 
within the range of the functions provided by the current 
execution module group 33, so that, for example, a print- 10 
er near the user can be tried for printing. 

Next, processing of the printer 41 will be discussed 
with reference to the flowchart shown in Fig. 7. When a 
signal is input from the print data generation system 21 , 
it is determined in step S31 whether or not it is a request is 
for module configuration information. If the signal is a 
request for module configuration information, the mod- 
ule configuration information is read from the storage 
section 48 in step S32 and is transmitted to the print data 
generation system 21 . 20 

If the signal is not a request for module configuration 
information, it is determined in step S33 whether it is a 
request for an execution module. If the signal is a re- 
quest for getting an execution module, the execution 
module is read in step S34 from the storage section 48 25 
and is transmitted to the print data generation system 
21. Steps S33 and S34 are thus steps for covering a 
case where the core driver 24A retrieves an unregis- 
tered execution module on the network as described be- 
low. 50 

If the signal is not a request for an execution mod- 
ule, it is determined in step S35 whether it is print data. 
If the signal is print data, the print engine 46 is driven 
for printing in step S36. 

According to the embodiment described above, the 3S 
following advantages are provided. 

The core driver 24A calls necessary execution mod- 
ules, thereby configuring the printer driver 24 fitted to 
the selected printer 41 . Hence, it is not necessary to pre- 
viously relate the printers and dedicated printer drivers 40 
to each other and operability and ease of use are im- 
proved drastically. That is, the core driver 24A, which 
does not comprise a real body as a printer driver, can 
be assigned to the printers connected to the network in 
common. Therefore, the user is relieved of complicated «s 
preparation work of assigning dedicated printer drivers 
to printers as in the related art. 

In other words, the core driver 24A is a dummy print- 
er driver which does not have a real body on the print 
data generation function, and the dummy core driver $o 
24A enables driver setting work to be made hierarchical 
for omitting intricate setting work. This can be realized 
by using OLE (Object Unking and Embedding) technol- 
ogy developed by Microsoft Corporation USA, for exam- 
ple, in this case, the core driver 24A becomes an OLE ss 
client application and the execution modules become 
OLE server applications. 

Furthermore, an optimum printer driver 24 is con- 



figured by combining the appropriate execution mod- 
ules required for using the print functions. Therefore, a 
number of printer drivers can also share execution mod- 
ules. For example, if a number of printer drivers 24 are 
started to execute a number of print jobs, the memory 
resources can be used efficiently. 

Additionally, execution modules make up the printer 
driver 24. Thus, if change occurs in some print functions, 
only the execution modules corresponding thereto may 
be changed. Workability of program improvement is 
therefore enhanced. 

Also, the module configuration information is stored 
in the printer 41 and is transferred in response to a re- 
quest from the print data generation system 21 , so that 
it need not previously be entered in the print data gen- 
eration system 21 and a new printer connected to the 
network can be used easily. Since the module configu- 
ration information indicates necessary execution mod- 
ules, the memory consumption amount lessens, and the 
transfer time taken to transfer the module configuration 
information to the print data generation system 21 is also 
short. 

Furthermore, if the execution modules indicated in 
the module configuration information contain an unreg- 
istered execution module, the execution modules re- 
quired for using the limited print functions of the printer 
41 arecalled for configuring the printer driver 41. Hence, 
the printers connected to the network can be used effi- 
ciently, and ease of use is also enhanced. 

In addition, newly obtained module configuration in- 
formation is registered in the first management table 31 . 
Therefore, when the printer is again selected, the printer 
driver 24 corresponding thereto can be configured 
promptly without communicating with the printer. 

Another method of operation of the system shown, 
for example, in Fig. 2 will now be discussed with refer- 
ence to Fig. 8. Members identical with those previously 
described above are denoted by the same reference nu- 
merals. The processing described with regard to Fig. 8 
enables necessary execution modules to be retrieved 
from a network. 

Fig. 8 is a flowchart illustrating driver configuring 
processing. Steps S41 to S50 are the same as steps 
S1 1 to S20 in Fig. 6 described above, and steps S55 to 
S57 in Fig. 8 are the same as steps S22 to S24 in Fig. 
6. Therefore, these identical steps will not be discussed. 

Assuming that the processing has been completed 
to step S46, if the execution modules indicated in mod- 
ule configuration information are not complete in a print 
data generation system 21 , NO is returned at step S46 
and processing proceeds to step S51. In step S51, the 
user is notified that unregistered execution modules ex- 
ist as at step S21 in Fig. 6. In step S52, the unregistered 
execution modules are retrieved from resources on the 
network. 

The resources on the network can be, for example, 
program storage resources of printers (also including 
selected printer 41 ), another print data generation sys- 
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tern, a server, and so on, which are connected to the 
network. For example, the names of necessary unreg- 
istered execution modules are inquired of the resources 
by broadcasting, for example, whereby the presence or 
absence of the necessary execution modules and the s 
storage locations thereof can be determined. 

In step S53, it is determined whether the necessary 
execution modules have been retrieved from the re- 
sources on the network. If the necessary execution 
modules have been retrieved, they are downloaded in 10 
step S54. To load the remaining execution modules, the 
processing then proceeds to step S48. If a storage sec- 
tion 48 of the printer 41 previously stores execution 
modules as shown in Fig. 2, necessary execution mod- 
ules can be transmitted from the printer 41 to the print is 
data generation system 21 . The new execution modules 
thus obtained are registered in a second management 
table 32 in step S50. 

On the other hand, if some or all of the necessary 
execution modules cannot be retrieved from the re- 20 
sources on the network, it is determined in step S55 
whether the user has selected another printer. If the user 
has not selected another printer, the execution modules 
required for using limited print functions are loaded from 
an execution module group 33 in steps S56 and S57 to 2s 
configure a reduced-set printer driver 24. 

The processing described above can also provide 
advantages similar to those of the processing described 
above with regard to Fig. 6. This processing also pro- 
vides the following advantages. 

. If an unregistered execution module exists, it is re- 
trieved from the resources on the network. Hence, the 
possibility that an optimum printer driver 24 can be con- 
figured is increased drastically. 

Also, since unregistered execution modules are 
downloaded from the outside, featured execution mod- 
ules are stored in the storage section 48 of the printer 
41. Therefore, when the printer 41 is newly connected 
to the network, it can be used easily and promptly. 

Another method of operation of the system shown, 
for example, in Fig. 2 will now be discussed with refer- 
ence to Fig. 9. In this processing, a core driver is as- 
signed to predetermined printers in common. 

Fig. 9 is a flowchart illustrating a process for setting 
a driver. In step S61, printers connected to a network 
are listed on a display unit, for example, and only the 
printers that can communicate with a core driver 24A 
are extracted from the listed printers in step S62. This 
means that all printers that can respond to a request for 
module configuration information from the core driver 
24A are extracted. 

The core driver 24A is assigned to the extracted 
printers in step S63, and is made compatible with those 
printers in step S64. 

The advantages provided by this processing are 
similar to those described above with regard to the 
processing shown in Fig. 5, for example. In addition, in 
the processing shown in Fig. 9, all printers that can be 



related to the core driver 24A are extracted, and the core 
driver is related to the extracted printers in unison. 
Therefore, the driver setting process is further simplified 
and ease of use is enhanced. 

It should be understood by those skilled in the art 
that the foregoing description is preferred embodiments 
and that various changes and modifications may be 
made in the invention without departing from the spirit 
and scope thereof. For example, to notify the user that 
an unregistered execution module exists in step S21 
(Fig. 6) or step S51 (Fig. 8). the user may be requested 
to install the unregistered execution module through the 
use of, for example, a floppy disk. 

For instance, as shown in Fig. 2, a program for em- 
bodying the present invention can be recorded on a re- 
cording medium MM, and the recorded contents of the 
recording medium MM can also be loaded into the print 
data generation system 21. In addition to a physical re- 
cording media, such as floppy disk, CD-ROM, DVD- 
ROM, and memory card, a communication medium us- 
ing a communication line for downloading can be used 
as the recording medium MM. Likewise, for the printer, 
the invention can be embodied by using a recording me- 
dium on which a predetermined program is recorded to 
load the program. 

While the invention has been particularly shown 
and described with reference to preferred embodiments 
thereof, it will be understood by those skilled in the art 
that various changes in form and details may be made 
therein without departing from the spirit and scope of the 
invention. 



Claims 

35 

1 . A print data generation system, for user with a print- 
er network including a plurality of printers, compris- 
ing: 

40 execution modules, each including data repre- 

senting print functions of a printer; and 
a print data generator, which is controlled to ex- 
ecute certain of said execution modules in as- 
sociation with each other to generate print data 
45 for printing by at least one of said printers in 

said network. 

2. A print data generation system as claimed in claim 

1 , wherein: 

so said print data generator comprises a module 

calling element which identifies said certain execu- 
tion modules based on module configuration infor- 
mation corresponding to said at least one of said 
printers. 

55 

3. A print data generation system as claimed in claim 

2, wherein: 

said print data generator comprises a module 
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configuration information requester which obtains 
said module configuration information. 

^. A print data generation system as claimed in claim 
2, wherein said print data generator further compris- 
es: 

a management table which manages said mod- 
ule configuration information; and 
a determinator which determines whether said 
module configuration information correspond- 
ing to the selected printer is registered with said 
management table, and controls said module 
configuration information requestor to obtain 
unregistered module configuration. 

5. A print data generation system as claimed in claim 
1 , wherein said print data generator comprises: 

a management table which manages said exe- 
cution modules; 

a determinator which determines whether all of 
said certain execution modules are registered 
with said management table; and 
an execution module requestor which obtains 
those of said certain executions modules that 
are unregistered. 

6. A print data generation system as claimed in claim 
1 t wherein said print data generator comprises: 

a management table which manages said exe- 
cution modules; 

a determinator which determines whether all of 
said certain execution modules are registered 
with said management table; and 
a module calling element which controls said 
print data generation system to execute those 
of said certain execution modules which are 
registered with said management table. 

7. A method for generating print data for use by at least 
one printer in a network of printers, the method com- 
prising the steps of: 

selecting at least one of said printers; 
obtaining from said selected printer configura- 
tion information representing characteristics of 
said selected printer, 

selecting at least one of a plurality of execution 
modules based on the module configuration in- 
formation, each of said execution modules in- 
cluding program information; and 
executing said program information in said se- 
lected execution module to generate print data 
for printing by said selected printer 

8. A method for generating print data for use by at least 



one printer in a network of printers, the method com- 
prising the steps of: 

selecting at least one of said printers; 

5 determining whether module configuration in- 

formation representing characteristics of said 
selected printer has been provided; 
obtaining said module configuration informa- 
tion from said printer if said module configura- 

10 tion information is determined as not having 

been provided in the determining step; 
selecting for execution at least one of a plurality 
of program instructions included in a respective 
plurality of execution modules based on said 

is module configuration information; and 

executing said selected at least one program 
instruction to generate print data for printing by 
said selected printer. 

20 9. A method as claimed in claim 8, further comprising 
the steps of: 

determining whether any of said execution 
modules selected in said selecting step are un- 
25 registered in a management table; 

obtaining said unregistered execution module; 
and 

executing program instructions in said obtained 
execution module during said executing step. 

10. A printerfor controlling drive of a print engine based 
on input print data to control printing, said printer 
comprising: 

a module configuration information storage 
which stores module configuration information 
containing information pertaining to execution 
modules which include data for executing print 
functions of the printer; and 
a module configuration information transmitter 
which reads said stored module configuration 
information and transmits said read module 
configuration information to an entity request- 
ing said module configuration information. 

11 . A printer as claimed in claim 1 0, further comprising: 

an execution module storage which stores at 
least one of said execution modules; and 
an execution module transmitter which reads at 
least one of said stored execution modules and 
transmits said read execution module to an en- 
tity requesting said read execution module. 

12. A printing system comprising a print data genera- 
tion system and a printing network comprising a plu- 
rality of printers; 
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said print data generation system comprising: 

execution modules including information 
representing print functions of at least one 
of said printers; 

a print data generator which executes said 
information in certain of said execution 
modules to generate print data for printing 
by said at least one of said printers; 
a module configuration information re- 
questor which obtains from said at least 
one printer module configuration informa- 
tion corresponding to characteristics of 
said at least one printer; and 
a module calling element which identifies 
for execution said certain of said execution 
modules based on said module configura- 
tion information; 
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claimed in claim 13, further comprising: 

a data structure which controls the computer to 
reference a management table to determining 
whether any of said execution modules for ex- 
ecution based on said module configuration in- 
formation is unregistered in said management 
table; and 

a data structure which controls the computer to 
obtain those of said execution modules that are 
unregistered prior to executing said execution 
modules based on said module configuration 
information. 



and said printer comprising: 

a module configuration information storage 
which stores said module configuration in- 
formation; and 

a module configuration information trans- 
mitter which reading said module configu- 
ration information from said module config- 
uration information storage and transmit- 
ting said read module configuration infor- 
mation to said print data generation sys- 
tem. 
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13. A computer-readable medium of instructions for 
controlling a computer to control a printing system 
that includes a plurality of printers, said computer- 
readable medium comprising: 



35 



a data structure comprising instructions which 
controls the computer to selecting at least one 
of said printers for printing; 
a data structure comprising instructions which 
controls the computer to determine whether 
module configuration information representing 
features of said selected printer has been reg- 
istered with a management table; 
a data structure comprising instructions which 
controls the computer to send a request to said 
selected printer to obtain module configuration 
information corresponding to that printer if said 
module information is not registered; and 
a data structure comprising instructions which 
control the computer to execute instructions in- 
cluded in at least one of a plurality of execution 
modules based on the module configuration in- 
formation to generate print data for printing by 
said selected printer. 
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14. A computer readable medium of instructions as 
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